home *** CD-ROM | disk | FTP | other *** search
- Path: comma.rhein.de!serpens!not-for-mail
- From: mlelstv@serpens.rhein.de (Michael van Elst)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Date: 9 Jan 1996 16:28:55 +0100
- Organization: dis-
- Message-ID: <4cu1jn$1n7@serpens.rhein.de>
- References: <38231819@kone.fipnet.fi> <4cgsn7$ke3@maureen.teleport.com> <38231852@kone.fipnet.fi> <pAWUx*Wha@aargh.incubus.sub.org> <4cpn2c$ong@sunsystem5.informatik.tu-muenchen.de> <4cq3om$j5a@serpens.rhein.de> <4csu3p$oa6@sunsystem5.informatik.tu-muenchen.de>
- NNTP-Posting-Host: serpens.rhein.de
-
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) writes:
-
- >wouldn't each 256 color vport be lead by some blank lines with
- >copper defining the colors ?
-
- Not really. You can define that a viewport inherits the colors from
- the previous viewport. However, with the current OS you still get
- at least 1 blank line that you have to hide somehow.
-
- >anyway for blitterscreen I need the odd planes beeing shifted one pixel
- >more than the even ones, hardly any OS-routine will get the registers
- >into that state :\ solutions ?
-
- requires OS3.x. open a dual-playfield viewport or screen. then use
- the VideoControl() function or SA_VideoControl taglist to disable
- the dual-playfield mode. This leaves you with two independently
- scrollable bitmaps without the normal dual-playfield priority logic.
-
- Regards,
- --
- Michael van Elst
-
- Internet: mlelstv@serpens.rhein.de
- "A potential Snark may lurk in every tree."
-